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PREFACE 



This manual provides a general description of the Communications Control Program, 
a feature of Systcm/S Model 10 Disk System, Model 12, and Model 15 System 
Control Programming, program numbers 5702 SCI, 5705-SC1, and 5704-SC1, 
respectively. It is written for those who are responsible for providing to their 
organizations an effective communications-based information system. 

This manual: 

• Describes the concept, advantages, and requirements of a communications-based 
system. 

• Surveys the facilities offered by the communications control program. 

• Gives examples of the use of terminals with the communications control program. 

• Indicates the relationships between disk system management and the communica- 
tions control program. 

• Lists the communications terminals and features that can be used with the com- 
munications control program. 

• Defines the machine and programming systems requirements for installing this 
control program. 

This general information manual is an introduction to the communications control 
program and its facilities, and is intended to sen/e as an aid in your determination of 
the usefulness of this program in satisfying your organization's information process- 
ing needs. 



SYSTEIVl/3 MODEL 8 

The System/3 Model 8 is supported by System/3 Model 10 Disk System Control 
Programming and Program Products. The facilities described in this publication for 
the Model 10 are also applicable to the Model 8, although Model 8 is not referenced. 
However, the integrated communications adapter (ICA) is only available on the 
Model 8. If you have the ICA, it is always designated on BSCA line 2. Therefore, 
you must specify line 2 whenever it is required, or enter the BSCA OCL statement 
(// BSCA LINE-2) at execution time. 

It should be noted that not all devices and features which are available on the Model 
10 are available on the Model 8. Therefore, Model 8 users should be familiar with 
the contents of IBM System/3 Model 8 Introduction, GC21 -5114. 
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IBM Svstem/3 Model 15 with Binary Synchronous Communications Adaptor (BSCA) 
and/or Multiple Line Terminal Adapter (MLTA) 



WHY IS THE COMMUNICATION CONTROL PROGRAM PROVIDED? 



The communications control program (CCP) provides the control program services 
needed in a telecommunications system using the IBM System/3 Model 10, 
Model 12, and Model 15 Disk Systems. It enables you to establish a telecommuni- 
cations system v/ith minimum cost and effort. 

A brief discussion of the neied for, and the system requirements for, telecommunica- 
tions may help you appreciate the need for a communications control program. 



WHY MIGHT I NEED TELECOMMUNICATIONS? 

For years, users of large-scale data processing equipment have enjoyed the benefits 
of telecommunications. For organizations with the necessary equipment, the ability 
to communicate directly between a central computer system and a set of remotely- 
located terminals has opened new and effective approaches to satisfying their infor- 
mation processing needs. 

Telecommunications helps the data processing user reduce bottlenecks in the flow 
of information needed to operate an organization effectively. Whether it is used 
to transmit a shipping document to the warehouse while an order is being processed, 
or as a means of inquiring into the current status of an account, or as a way of 
capturing data about a transaction from the very source of that transaction, tele- 
communications helps you get significant data from those who have it, and to make 
current information available to people who need it. 



WHAT MACHINE CAPABILITIES ARE REQUIRED FOR TELECOMMUNICATIONS? 

In the past, the machines necessary to establish a communications-based system have 
been generally unavailable to users of smaller computers. The machine requirements 
go beyond the communications terminals and the means of attaching them to the 
central processing unit. Because most users find more and more applications in 
which a communications-oriented approach can cut through an information bottle- 
neck, telecommunications systems must be growing systems. The user must be free 
to expand direct-access storage capacity to accommodate additional online files and 
to enlarge main storage to permit several applications to operate concurrently. Ex- 
pansion capability is a prerequisite to consideration of a computer system as a com- 
munications processor. 



The System/3 Model 10 Disk System, System/3 Model 12, and the System/3 Model 15 
meet the machine requirements of a communications processor with the availability of: 

• Large-capacity disk storage. 

• Highly expandable main storage. 

• A variety of line and terminal configurations supported by the multiple line 
terminal adapter (MLTA); the binary synchronous communications adapter 
(BSCA); the local communications adapter (LCA) on the Model 10 and Model 15, 
the integrated communications adapter (ICA) on the Model 8 and Model 12; and 
the display adapter (DA) on the Model 8, Model 12, and Model 15. 

With these capabilities, the System/3 can process a broad range of communications- 
based applications. 

WHY WOULD I NEED A COMMUNICATIONS CONTROL PROGRAM? 

A communication-based information processing system requires special control pro- 
gram functions as well as a special machine configuration. The communications 
control program provides the necessary control services for a System/3 telecommuni- 
cations system. 

Because terminals use communications lines, the program support for terminal 
input/output must control those lines and translate the special data codes used by 
some terminals. The program support that gives your application programs the 
ability to read from and write to terminals is a component of System/3 Model 10, 
Model 12, and Model 15 Disk System Management; it is known as the IOCS support 
for the MLTA and for the BSCA, 

But the communications IOCS provides only for terminal input/output. Further 
program support, besides an input/output facility, is necessary to operate a data 
processing system effectively, even one without telecommunications. For example, 
control programs are required to load and execute programs from a disk library, to 
access data files, and to communicate with the operator. 

A system with telecommunications requires more flexible program support than a 
system which performs jobs one at a time under control of one system operator. 
The effectiveness of a communications-based system stems from its ability to per- 
form work presented, as required, by a number of operators at terminals. Operators 
are seldom aware of what other operators are doing; they may be in separate rooms, 
or in separate cities. Each request demands that a certain program be executed. 
Frequently a request arrives while the system is still attempting to satisfy previous 
requests from other operators; the new request must be remembered and honored 
at the earliest possible moment. The system should be designed in such a way that 
it can execute several programs concurrently. In this way, the system will respond 
quickly to many operator's requests. 



Program support of these capabilities has existed for some time on larger computers, 
making possible information systems that are highly effective in a variety of appli- 
cations. You may have heard such systems described in various terms, each empha- 
sizing a characteristic they possess: 

• Event-Driven - Work is performed as required by events which occur within the 
organization, rather than in a rigid, predefined sequence. 

• Transaction-Oriented - Each transaction can be processed as it happens, so the 
effect of that transaction upon the organization can be determined immediately. 

• Real-Time - The data held in the system reflects the status of the organization's 
activities as of the moment, and can yield truly current information. 

The first systems of this type were used by businesses with a network of many ter- 
minals, accessing a huge data-base, and involving hundreds of application programs. 
Gradually, the principle of this mode of operation has also proven itself effective in 
systems of more modest scope. 

Now, the communications control program offers the program support for a 
communications-based System/3 Model 10 Disk System, System/3 Model 12, and 
System/3 Model 15. It provides those control capabilities needed to implement 
an information system of the type described. Because of the facilities it offers, 
the establishment of such a system can be accomplished with a minimum cost 
and effort. 



WHAT DOES THE COMMUNICATIONS CONTROL PROGRAM DO? 



The communications control program provides control program services needed in 
a telecommunications environment. It is an extension of System/3 Model 10, 
Model 12, and Model 15 Disk System Management. 

The communications control program supports a network of terminals. It allows 
the terminals to call asynchronously upon a set of user application programs, then 
permits those programs to access a common data base consisting of a number of 
disk files. 

The CCP does not itself include telecommunications application programs (programs 
that access and process your data). They, like the application programs you may be 
writing today, are necessarily unique to your organization's requirements. But the 
CCP does control the environment in which those programs must run, and it provides 
a set of services upon which they can call. This relieves you of most of the special 
requirements in establishing a communications-based system. 

Some of the control program services performed by the communications control 
program are: 

Terminal Monitoring - The terminals of the system are monitored for program 
requests and system commands. 

Program Fetch ~ A terminal operator, or the system operator, may initiate the load- 
ing and execution of an application program. 

Resource Management — The resources of the communications-based system (ter- 
minals, disk files, main storage space) are managed by the communications control 
program and made available, as required, to each application program. 

Concurrent Program Execution — If the system has sufficient main storage space, 
and the user so specifies, several application programs for different terminals may be 
run concurrently. 

Disk File Access Management — In a system where several programs execute concur- 
rently, access to disk files may be shared among those programs. The communica- 
tions control program protects against erroneous results that might be caused by 
conflicting accesses. 

The communications control program is designed for ease of use in establishing an 
organization's first communications-based system; it can be readily tailored to con- 
tain only the capabilities you need. The significance of the services it performs is 
indicated by the freedom it offers you in the design, programming, and operation of 
the system. For example: 



• You can plan and design a telecommunications system that performs its func- 
tions when requested by those who need them. 

• You can create programs individually to perform those functions without being 
concerned about what other functions are occurring in the system or what spe- 
cific terminal is in communication with your program. 

• You can incorporate each application program into your system as it is written 
and tested, without recreating the entire system. 

• Your system operator can control which terminals are permitted access to the 
systerti. 

The following pages describe the facilities offered as they would be viewed by an 
operator at a terminal, by the operator of the system, and by a programmer. 



FROM THE VIEWPOINT OF THE TERMINAL OPERATOR 

To the operator of a terminal, the system is a resource to help accomplish tasks. 
The terminal operator may think of the system as belonging to him or her alone, 
unless the combined demands upon the system are great enough to cause some 
delay in its responsiveness. All contention among terminal operators for use of 
the system is managed by the communications control program. 



How the Operator Requests a Program 

When a terminal is not in use, it is monitored by the control program for the 
presentation of a request. The operator of a terminal calls for the application 
program to perform a specific function by simply entering the program name at the 
terminal. The CCP then attempts to load and execute the program and to put that 
program in communication with the terminal operator. From then until the com- 
pletion of the program's execution, the interaction between the terminal operator 
and the system is dictated by that program. 

When the application program has completed execution, it yields control of the ter- 
minal to the communications control program. The CCP once again monitors the 
terminal for a program request. The next request may be for the same, or for a 
different, function. 

Each terminal operator must be trained in the functions he or she can call upon 
and in the procedures for interacting with the application programs that perform 
those functions. 



How the Operator Requests System Services 

While monitoring for program requests, the communications control program can 
also respond to commands to perform services for the terminal. 

The operator can condition the system's response when it is unable to comply 
immediately with his or her request for a program. The system may be temporarily 
too busy with requests from other operators. By command, he or she may choose 
one of the following when this condition occurs: 

• The system should deny his or her request and allow him or her to make some 
other request. 

• The system should hold his or her request and honor it at the earliest possible 
moment. 

Once the operator of a terminal has specified one of these system responses, the CCP 
handles all program requests from that terminal accordingly until the operator gives 
the other specification. 

A file specification command allows the operator to specify the disk data files that 
are to be accessed by programs he or she requests. Within the information system, 
there may be several files containing similar data in the same format. A school 
system, for example, might have a separate student records file for each school. An 
application program requested by the operator might have been written to access any 
of these files, but the program must be told which file to use on a particular run. A 
file specification command issued by the terminal operator applies to all programs 
requested at that terminal until a contradictory command is issued. 

Another command permits the terminal operator to send a message to the system 
operator. 

The commands discussed so far are issued to the communications control program 
while it is monitoring a terminal for requests. Once a terminal is in interaction with 
an application program, however, the input from that terminal is meaningful only 
to the application program, with one exception. The CCP checks each message from 
a terminal to a program for the appearance of a certain string of characters, specified 
to be significant in your system. When it detects the presence of these characters in 
a message, the CCP interprets the message as an attempt by the terminal operator to 
escape from control of the application program and communicate directly with the 
CCP. At this point, the communications control program accepts a request from the 
operator to cancel the execution of the application program, or to send a message to 
the system operator. If the request was to send a message, the terminal operator can 
ask the CCP to resume execution of the application program after the message is sent. 



ferminal Security 

If you are concerned with security of access to the system, you can indicate that a 
password feature be included in the communications control program. The valid 
password for the current run is established by the system operator when he or she 
starts execution of the communications control program. You might change that 
password on every run, or retain it for days or even weeks. In any case, only 
operators who know the password are permitted access to the system. 



In a system with password protection, no requests are accepted from a terminal 
until its operator presents the current password, and the communications control 
program verifies it. Once an operator signs on with the password, he or she can 
make any number of requests without repeating it. If the operator is not always at 
his or her terminal and if other, possibly unauthorized, persons could gain access to 
that terminal, he or she should sign off the terminal anytime he or she leaves it. 
When he or she has signed off, the communications control program requires any 
further use of the terminal to be accompanied by the password. 

You may also control access to the system by writing your own sign-on routine. 
The operator must provide any information required by the routine before his or 
her request is accepted. 

When the system operator initiates execution of the communications control 
program, the CCP attempts to inform each terminal in the system that the infor- 
mation system is now available for use. If you have specified that no security 
feature be built into your system, program requests and other commands are 
accepted from the terminal after the operator signs on; he or she does not need 
to enter a password or other security information. 



FROM THE VIEWPOINT OF THE SYSTEM OPERATOR 

The system operator exercises final control over the communications-based system. 
He or she initiates its activity by loading and running the communications control 
program. He or she determines when the system should refuse to accept new 
requests from terminal operators. While the system is in operation, he or she may 
initiate certain system actions, determine the system's status, and alter the set of 
terminals permitted to access the system. He or she must also make decisions when 
exception situations (such as error conditions) are detected by the communications 
control program or a program running under its control. 

Once the CCP has been started, all communication between the control program 
and the system operator is through messages printed on the 5471 Printer-Keyboard 
(for Models 10 and 12), or displayed on the 3277 Display Station (for Model 15). 
Some messages require responses, which the operator keys on the appropriate 
device. At any point during the execution of the CCP, the operator may want to 
command a system action by pressing the request (REQ) key on the 5471 or 
program function key 9, 10, or 12 (PF9, PF10, or PF12) on the 3277, then keying 
the command. 



Initiating the Communications Control Program 

When he or she starts the execution of the communications control program, the 
operator can exercise certain options. For example, he or she can: 

• Specify the system password to be used during this run. 

• Prevent access to certain disk data files that are normally accessible to programs 
running under control of the communications control program; for example, the 
file may not be built every day. 

• Prohibit the requesting of certain application programs that are normally part of 
the information system. 



• Specify the set of terminals that can have access to the information system at the 
time the system begins its activity. 

• Cause a service aid program to be included in the communications control pro- 
gram if a malfunction in its operation is suspected. 



System Operator Commands 

During operation of the communications control program, the system operator can 
command the CCP to: 

• Disable or enable access to the system by any terminal. 

• Change the terminal vs/hich will actually be addressed by a program when that 
program attempts to access a terminal by name. 

• Initiate the online test of a terminal to determine whether it is operating correctly. 

• Initiate the execution of an application program. 

• Cancel the execution of an application program currently running. 

• Display information about the system's status (see note). 

• Accept no new program requests from terminals and notify the system oper- 
ator when all outstanding requests have been satisfied. 

• Cease all activity of the system immediately and terminate execution of the 
CCP. 

• Open and close disk files. 

Note: Some of the information about system status that may be displayed is: 

• The identification of terminals currently permitted access to the system. 

• The complete status of any specific terminal in the system. 

• The identification of programs currently executing, which terminal each is serv- 
ing, and which program is currently in control of the central processing unit. 

Messages 

The system operator can receive messages from the communications control pro- 
gram or from an application program. The CCP prefixes each message with the 
identification of the program that issued it. Messages which require a reply from 
the operator are further prefixed with the indication that a reply is required. 



Among the messages to the system operator which require reply are halt codes. In 
a system with several application programs operating concurrently, a halt issued for 
one program causes only that program to suspend operations until a response is 
supplied. The communications control program and other application programs 
under its control continue to operate. 



FROM THE VIEWPOINT OF THE PROGRAMMER 

The communications control program aids the programmer In two primary ways: 

• Relieves many programming concerns Inherent In an event-driven system; 
therefore allows concentration on application programs that solve the problems 
of his or her organization. 

• Permits writing application programs that Include communications Input/ 
output In a high-level language. 

Programs that run under the communication control program can be written in any 
of four languages: 

• RPG II 

• COBOL 

• FORTRAN IV 

• Basic Assembler 

By writing In RPG II, COBOL, or FORTRAN, you can avoid the strict rules 
required when using Basic Assembler Language. 

Although your program may have to contend with others for system resources, 
you can ignore the problems that arise from this. Those problems are managed 
by the control program. You are assured that all required resources are available 
to your program each time It Is executed. If necessary, the CCP defers the 
execution of your program until those resources are available. If your program 
shares access to a disk data file with another concurrently executing program, the 
CCP manages the contention and does not permit the two programs to cause an 
erroneous record update through conflicting reads and writes. 

Programs that execute under the control of the communications control program are 
written much the same as programs in the same language for a system without tele- 
communications. That is, the statements used to process data and the handling of 
data files are identical. The standard disk data management methods are supported 
by the control program. Only two elements are likely to differ significantly: 

• The overall design of the program. 

• The statements used to communicate with terminals or with the system operator. 



Program Design 

If you currently use a data processing system without telecommunications, many 
programs in your system operate upon a long series of transactions — hundreds or 
perhaps thousands. The data from those transactions probably updates a single 
disk file. Once started, such a program processes all the transactions before it is 
finished. Of course, the transactions represented by the data actually happened 
earlier in the day, week, or month. The data is collected into a batch before it is 
used to update the files of the system. When they have been updated, the files 
contain information reflecting the state of your organization's affairs as of the last 
transaction in the batch. 

It is also possible to design programs that use the batch processing method to advan- 
tage in a communications-based system. If a terminal is located where transactions 
are occurring and if data is entered regarding the transactions as they occur, the 
system can reflect the current status of your organization. 

Batch processing requires that the terminal be dedicated to input of one kind, or 
several closely related kinds, of transaction data. Frequently, however, during a 
period of time, a terminal is used to inquire into information contained in a number 
of files, or to enter data concerning transactions of many different types affecting 
several different files. In these cases, it is unlikely that the terminal would be served 
for any length of time by a single program. In fact, each program may be written to 
process completely only a single transaction or inquiry from the terminal, then ter- 
minate immediately. In practice, the majority of applications of telecommunications 
involve this kind of processing, therefore, programs are required to update all files 
affected by a transaction, but handle only a single transaction per execution. This 
certainly implies a program design different from that for a batch-oriented system. 



Terminal Input/Output 

The second significant difference in programming under the communications control 
program is the manner of programming for communication with a terminal and the 
system operator. 

The MLTA IOCS and BSCA IOCS facilities are not directly accessible by high-level 
programming languages. The communications control program incorporates MLTA 
IOCS or BSCA IOCS (or both, if you have both line types in your system) and 
offers the application programmer a method of using these IOCS facilities to inter- 
act with terminals. 

Since there are no statements in the languages to specify terminal actions, the appli- 
cation program indicates those actions to the communications control program by 
means of one of the following statements, each of which causes a branch to a sup- 
plied subroutine: 

• In COBOL or FORTRAN -CALL statement 

• In RPG II - EXIT statement, or use of a SPECIAL file 

• In Basic Assembler — branch instruction 

Each of these statements is accompanied by parameters to indicate the specifics for 
the operation. 
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Those specifics include the following information necessary to control the terminal 
action requested: 

• The operation desired. 

• The length of the message to be sent, or the maximum length of a message to be 
received. 

• The name of the terminal with which this communication is to take place. 

• The area in main storage which contains the message to be sent, or should contain 
a message to be received. 

Some operations that can be specified are: 

• Read a message 

• Write a message 

• Write a message and wait for a reply 

• Release the terminal from any further use in this program 

Previous discussion may have implied that an application program communicates 
only with the terminal that requested it. In fact, most communication by programs 
running under the CCP is with the requesting terminal. But the ability also exists to 
address other terminals. A terminal is addressed in the program by a name that is 
chosen by the user; the name normally applies to one particular terminal. However, 
should a certain terminal become unavailable during a run of the communications 
control program, the system operator can reassign the name to another terminal. 
Any program addressing a terminal by the reassigned name addresses the new termi- 
nal. For the most part, the application program need not be concerned with the 
type of terminal with which it is communicating. 

When a System/3 Model 10 or Model 12 is used, an application program commun- 
icates with the system operator by addressing the 5471 Printer/Keyboard as 
another terminal. The name CONSOL is always used to address the 5471. When 
a System/3 Model 15 is used, an application program communicates with the 
system operator by using the standard Model 15 console interface or by addressing 
the terminal name CONSOL. The only operations available to the application 
program when it is communicating with the system operator are: 

• Write a message 

• Write a message and wait for a reply 

HOW CAN THE CCP BE TAILORED TO MY NEEDS? 

The communications control program feature of disk system management, like disk 
system management itself, can be tailored to suit your processing requirements. 

When you receive the communications control program, you must first generate a 
disk system for your installation if you have not already done so. At that point, 
you are ready to tailor a communications control program according to a number 
of options you select. 
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Generating the Communications Control Program 

The communications control program is a highly modular program designed so you 
can include functions you require and exclude those of no value to your installation. 
The process of selecting functions you want is known as generating the control pro- 
gram. 

The process involves: 

1. Creating a set of control routines whose specific content may be absolutely unique 
to your installation. 

2. Joining these routines by a linkage edit process. 

3. Copying appropriate additional supporting routines. 

The output of the generation process is a set of object modules and subroutines on 
a disk pack specified by you. This output is your version of the communications 
control program. It includes the program to be loaded and run each time the sys- 
tem operator initiates your communications-based system. 

The method by which you specify the functions and options you wish to generate 
into your system is straightforward (and familiar if you are already a Systern/3 
Model 10, Model 12, or Model 15 user). Statements are used (with keywords and 
associated values) that are similar to those used in generating your disk system. 
The functions and options you choose are completely your decision. However, 
they should be chosen on the basis of careful evaluation of the way you want your 
information system to operate. IBM systems engineering assistance may be helpful 
to you in this evaluation. 

The specifications you make during generation determine the functional scope and 
the size of your system. But there are many specifics that are not established at 
generation. For example, you specify: 

• The communications adapter types, line types, and terminal types to be handled 
by your communications control program, but not the actual configuration of 
those terminals on the lines. 

• The maximum number of files, but not the specific files to be accessed. 



• 



The maximum number of application programs that may be invoked, but not 
the names of the programs themselves. 



This distinction between scope and specifics is part of the design of the communica- 
tions control program. The scope of function you require in your system will not 
change frequently, but you may wish to add new application programs to your sys- 
tem and to modify others, add to or reorganize data files of the system, and even 
change your terminal configuration. The tailoring facilities permit you to do so 
without a regeneration of the communications control program. 



System Assignments 

Setting the specifics under which the communications control program operates is 
called making system assignments. 
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System assignments are made by a special run, the assignment run, very brief in 
duration, tl-iat does not require the use of communications lines or terminals. Once 
again you make specifications in the form of control statements with keywords and 
values. You specify: 

• The application programs that may be run under control of the communications 
control program and the system resources each will require. 

• The files that will be accessible to those programs, their organization, and 
how they are to be accessed. 

• The current line/terminal configuration. 

• The set of terminal names that may be used by programs and the actual terminal 
to which each will apply (until and unless changed by the system operator). 

The result of this run is a disk file containing control tables for the communi- 
cations control program. The file is known as the assignment file. Each time the 
communications control program is loaded and run by the system operator, a major 
part of its initialization consists of accessing that file, modifying main storage con- 
trol tables to reflect assignments, finding the disk data files that are to be accessed, 
locating the programs that may be invoked, and establishing connection with each 
terminal in the configuration. 

An assignment run must be made after generation of the communications control 
program and before the program is executed for the first time. From that point 
forward, the run need be repeated only when one or more of the specifics involved 
changes; otherwise, a set of assignments holds for any number of executions of the 
communications control program. 
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HOW CAN I USE A SYSTEM/3 COMMUNICATIONS-BASED SYSTEM? 



An operator-oriented terminal can be used in three basic ways in a System/3 com- 
munications-based system. It might be used to create data files, refer to existing 
data files, or update existing data files. These uses are commonly called data entry, 
inquiry, and inquiry-with-update, respectively. 

The two types of data entry applications involve continuous operation of the ter- 
minal. In the first type, the terminal operator may be preparing a document such 
as a sales order. The system guides the preparation and supplies some of the data 
to be printed. The operator keys in the customer number, item numbers, and 
quantities. The system could supply the customer name and address, item descrip- 
tions, unit prices, and extensions for the items ordered. The operator-entered data 
is retained by the system and files are updated to reflect changes in inventory and 
accounts receivable. 

The second type of data entry application provides for capture of coded data in 
much the same way as a keypunch or data recorder is used to prepare cards. In 
this case, the information is entered directly into data files of the system. However, 
this type of data entry requires more system time than it usually desirable in a 
System/3 communications-based system. 

When used for inquiry, the terminal is often not in continuous operation. Rather, 
the terminal operator typically asks one or more short questions. In some cases, 
the response from the system is lengthy and requires the requestor to read and 
interpret the information returned. Based on the first system response, he or she 
might ask other questions. While the requestor is reading the returned information, 
the system turns to other requestors or other processing requirements until asked 
for more information. When all present requirements are met, the requestor leaves 
the terminal and returns to other work until he or she has another question that 
requires an answer from the system. Meanwhile someone else with a different 
responsibility may use the terminal. In this way, the terminal can be shared by 
people with different work requirements. The number of shareable terminals 
needed depends on the number and frequency of questions (inquiries), the duration 
of an inquiry session, and the location of departments or persons needing access. 

The ability to find and change a record, called inquiry-with-update, is a natural fol- 
low-on to the inquiry-for-status. Changes to records being referred to by inquiry 
sometimes need to be made as those changes become known. For example, a hos- 
pital patient's record being used for medicine dosage may need to be changed quick- 
ly to reflect changes in his condition. Another example is the updating of hotel guest 
records to show charges made immediately before check-out. 
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Figure 1 shows a possible configuration of a System/3 communication-based infor- 
mation processing system. Imagination and available resources (main storage size, 
disk storage capacity, input/output devices available) are the only limitations to the 
possible uses of a communications-based system. Some examples of specific appli- 
cations are: 



Inventory Management 
Purchase Orders 
Service Orders 
Accounts Receivable 
Policy Writing 
Student Records 
Shipping Orders 
Hotel Guest Accounting 



Sales Analysis 
Patient Accounting 
Billing 

Payroll Accounting 
General Accounting 
Stock Movement 
Subscriber Accounting 
Waybill Preparation 



Continuous Use Terminals 



Shared Terminal 



Customer Order Entry 
(Data Entry) 




Production Control 
(Inquiry) 



Payroll 
(Inquiry) 



n 



Inventory Control 
(Inquiry with Update) 




Figure 1. Sample Configuration of a Communication-Based Information Processing System 
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HOW IS THE CCP RELATED TO DISK SYSTEM MANAGEMENT? 



The communications control program operates under control of disk system manage- 
ment. Your telecommunications application programs are under control of the com- 
munications control program (Figure 2). Your programs issue requests for services. 
The requests are received by the communications control program. Some of these 
services are performed by the CCP itself, such as communications I/O. Other 
service requests are passed on by the CCP to disk system management. 




Communication Control Program 
under control of System/3 Disk 
System Management 



User application programs 
running under CCP 



Program Level (Partition) 2 



Figure 2. Communications Control Program (CCP) 



TWO PROGRAM LEVELS 

If you have a System/S Model 10 or Model 12 with the dual program feature, or a 
System/3 Model 1 5, a second program can be in main storage at the same time that 
the communications control program is in operation (Figure 2). The CCP and the 
application programs that run under it occupy only one program level (partition). 
The other level (partition) is available to accommodate another program that can 
operate under direct control of disk system management. That other program is 
not controlled by the communications control program. 

If the programs in both program levels (partitions) are to run concurrently, IBM 
recommends that CCP be loaded into program level (partition) 2. If CCP is 
running in a dedicated system, load it in program level (partition) 1. 

While communications control program can operate in either program level 
(partition), it cannot operate in both program levels (partitions) concurrently. 

USE OF THE COMMUNICATIONS IOCS 

The communications control program incorporates and uses the IOCS appropriate to 
the communications adapters to be used in your system. If both MLTA and BSCA 
are to be supported in your system, the communications control program uses both 
MLTA IOCS and BSCA IOCS. 

The IOCS routines are used for communication with terminals by both the control 
program and your application programs. Your application programs do not call dir- 
ectly on an IOCS routine; rather, they invoke routines provided by the communica- 
tions control program, which then translates your request into an invocation of 
IOCS. 
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TERMINALS AND FEATURES SUPPORTED 



The following terminals may be used with the communications control program: 
• Through the multiple line terminal adapter: 

• 1050 Data Communication System 

Switched 

IVlultipoint nonswitched 

• 2740 Communication Terminal Model 1 

Basic 

Checking 

Dial 

Dial with checking 

Dial with transmit control 

Dial with transmit control and checking 

Station control 

Station control with checking 

• 2740 Communication Terminal Model 2 

Station control 

Station control with checking 

Station control with buffer receive 

Station control with buffer receive and checking 

• 2741 Communication Terminal 

Basic 
Switched 

• 3767 Communication Terminal (supported as a 2740) 

Checking (2740 Model 1) 

Dial with checking (2740 Model 1) 

Station control with checking (2740 Models 1 and 2) 

• 3767 Communication Terminal (supported as a 2741) 

Basic 
Switched 

• System/7 (supported as a 2740 Model 1) 

Checking 

Dial with checking 

Station control with checking 

• Communicating Magnetic Card SELECTRIC® Typewriter 
(supported as a 2741) 

Switched 
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• With the binary synchronous communications adapter: 

• 3270 Information Display System 

Multipoint 

• 3275 Information Display System 

Multipoint 
Switched 

• 3735 Programmable Terminal 

Switched 
Multipoint 

• 3741 Data Station Models 1 and 2, Programmable Work Station Models 
3 and 4 

Point-to-point non-switched or switched Multipoint 

• System/3 

Point-to-point non-switched or switched 
Multipoint control station 
Multipoint tributary 

• System/360, System/370 

Point-to-point switched or non-switched 
Multipoint with S/3 as tributary 

• System/7 

Point-to-point non-switched or switched 
Multipoint with S/3 as control station 

Terminals that are equivalent to those explicitly supported may also function 
satisfactorily. The customer is responsible for establishing equivalency. IBM 
assumes no responsibility for the impact that any changes to the IBM-supplied 
products or programs may have on such terminals. 
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SYSTEM CONFIGURATION 



The minimum system configuration and optional device support for the System/3 
CCPis: 



MODEL 8 

The minimum IVIodel 8 configuration is: 

• 5408 Processing Unit Model A16 (32K bytes) 

• 5444 Disk Storage Drive Model A2 

• 5203 Printer Model 1 

• 5471 Printer-Keyboard Model 1 

• Integrated communications adapter (ICA) or binary synchronous communications 
adapter (BSCA) 

Additional devices supported for the Model 8 are: 

• 5408 Processing Unit Models A17 (48K), A18 (64K) 

• 5444 Disk Storage Drive Model A3 

• 5203 Printer Model 2 or 3 

• Dual program feature (see note for Model 10) 

• Directly attached 3741 Data Station Model 1 or 2, Programmable Work Station 
Model 3 or 4 

MODEL 10 DISK SYSTEM 

The minimum Model 10 Disk System configuration is: 

• 5410 Processing Unit Model A15 (24K bytes) 

• 5410 Processing Unit Model A16 (32K bytes) if 3270 DFF is to be supported 

• 5444 Disk Storage Drive Model 2 

• 5471 Printer-Keyboard 

• 5203 Printer Model 1 or 1403 Printer Model 2 or N1 (not required during CCP 
operation) 

• Multiple line terminal adapter (MLTA), binary synchronous communications 
adapter (BSCA), or local communications adapter (LCA) 

20 



With the above configuration, no more than one application program can be execut- 
ing at a time. The minimum main storage size in which concurrent execution of 
more than one program is supported is 32K bytes (5410 IVIodel A16). Additional 
devices supported for the Model 10 Disk System are: 

• 5410 Processing Unit Models A16 (32K), A17 (48K) 

• 5444 Disk Storage Drive Models 3, A1 , A2, or A3 

• 5445 Disk Storage Model 1 , 2, or 3 

• 1442 Card Read Punch 

• 5424 MFCU Model A1 or A2 

• Directly attached 3741 Data Station, Model 1 or 2, Programmable Work Station 
Model 3 or 4 

• Dual program feature (see note) 

Note: The communications control program does not require the dual program 
feature to allow more than one program to be executed at a time. You can use 
the dual program feature during execution of the communications control program, 
but any program executed in the other program level does not run under control of 
the communications control program. The communications control program can 
not be run in both program levels concurrently. 

IVIODEL 12 

The minimum Model 12 configuration is; 

• 5412 Processing Unit Model A17 (48K) 

• 3340 Direct Access Storage Facility Model C2 

• One of the following printers: 

5203 Printer Model 1, 2, or 3 
1403 Printer Model 2, 5, or N1 

• 5471 Printer-Keyboard 

• Multiple line terminal adapter (MLTA), binary synchronous communications 
adapter (BSCA), local display adapter, or integrated communications adapter 
(ICA) 
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Additional devices supported for the IVlodel 12 are: 

• 5412 Processing Unit IVlodel A18 (64K) 

• Dual program feature (see note for Model 10) 

• 5424 MFCU Model A1 or A2 

• 1442 Card Read Punch 

• Directly attached 3741 Data Station Model 1 or 2, Programmable Work Station 
Model 3 or 4 

MODEL 15 

The minimum Model 15 configuration is: 

• 5415 Processing Unit Model A17 (48K bytes) and a 5444 Disk Storage Drive 
Model A2 

— or — 
5415 Processing Unit Model B17 (48K bytes) and a 3340 Direct Access Storage 
Facility Model A2 

• 3277 Display Station (Keyboard/CRT) 

• 5424 MFCU Model A1 or A2, 2560 MFCM Model A1 or A2, or a 1442 Card 
Read Punch Model 6 or 7 

• 1403 Printer Model 5 

• Multiple line terminal adapter (MLTA), binary synchronous communications 
adapter (BSCA), or local communications adapter (LCA) 

The size of the CCP partition is not limited, but the maximum size program that 
can be executed under control of the CCP is 32K bytes. 

Additional devices supported for the Model 1 5 are: 

• 5415 Processing Unit Model A18 (64K), A19 (96K), or A20 (128K) 

• 5415 Processing Unit Model B18 (64K), 819 (96K), or B20 (128K) (with 3340 
disk units) 

• 3340 Direct Access Storage Facility Model B1 or B2 (available with 5415-B 
models) 

• 5444 Disk Storage Drive Model A3 (available with 541 5-A models) 

• 5445 Disk Storage Model 1 , 2, or 3 (available with 541 5-A models) 

• 1403 Printer Models 2 or N1 

• 2501 Card Reader 

• Directly attached 3741 Data Station Model 1 or 2, or Programmable Work 
Station Model 3 or 4 
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